home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0978.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.3 KB  |  28 lines
  1.  
  2. This is one of the ways inwhich I an unhappy ith the WAIS-WWW interface.
  3. The WAIS docid is by design a string which should be opaque -- that
  4. it does not hve any client-visible features like / ina URL to allow
  5. relative pathnames. In fact, of course, all it really needs is the
  6. file name, and the document type.  These could be put in in plain.
  7. In fact we have to treat it as an opaque string, almost.We do 
  8. make the assumption that it is a set of numbered fields. This is already
  9. breaking the spec.  We can't assume what those fields are as from time
  10. to time you find an experimental WAIS server weird numbers (which used
  11. to crash the old gateway).
  12.  
  13. The solution as I see it is to dismantle the freeWAIS code a little
  14. more and make a W3 server which will sit on top of the index
  15. and return real pathnames.
  16.  
  17. (or you could cheat and run a W3 server which served up the files,
  18. and also was the wais gateway, and change HTWAIS.c so that instead
  19. of returning WAIS URLs it returned URLs pointing to itself as an HTTP
  20. server. The code would not be able to access other WAIS servers but
  21. itwould avoid changing any WAIS code.  Themapping from WAIS URL
  22. to HTTP URL would have to take into account the rule file, or the
  23. rul file would have to avoid mapping between docids and filenames  :-(
  24.  
  25.  
  26. Tim BL
  27.  
  28.